home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20000114-20000217 / 000030_news@columbia.edu _Mon Jan 17 10:55:49 2000.msg < prev    next >
Text File  |  2020-01-01  |  6KB  |  120 lines
  1. Article 10955 of comp.protocols.kermit.misc:
  2. Path: newsmaster.cc.columbia.edu!watsun.cc.columbia.edu!fdc
  3. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  4. Newsgroups: comp.protocols.kermit.misc
  5. Subject: Re: MS-DOS Kermit, more capabalities
  6. Date: 17 Jan 2000 16:04:14 GMT
  7. Organization: Columbia University
  8. Lines: 103
  9. Message-ID: <85vehu$55p$1@newsmaster.cc.columbia.edu>
  10. References: <011700040222not-2-disclose@the.net>
  11. NNTP-Posting-Host: watsun.cc.columbia.edu
  12. X-Trace: newsmaster.cc.columbia.edu 948125054 5305 128.59.39.2 (17 Jan 2000 16:04:14 GMT)
  13. X-Complaints-To: postmaster@columbia.edu
  14. NNTP-Posting-Date: 17 Jan 2000 16:04:14 GMT
  15. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:10955
  16.  
  17. In article <011700040222not-2-disclose@the.net>,
  18.  <not-2-disclose@the.net> wrote:
  19. : ...
  20. : In the past two weeks or so, i couldn't but take note that MY NEED for
  21. : a `ZMoDem' protocol has been disregarded from the start; ...
  22. :
  23. Again, this is the Kermit Project, not the Zmodem Project.  The source
  24. for Zmodem is Omen Technogy.  If you want Zmodem software for DOS, you
  25. can get it from there.
  26.  
  27. If you want Zmodem software with Kermit scripting for DOS, you're in the
  28. unenviable position of having to put it together yourself.  It's not
  29. Omen's job to give you Kermit scripting, and it's not our job to give you
  30. Zmodem protocol.
  31.  
  32. : it's been suggested that a guy just has to ask for help when he needs it
  33. :
  34. Within reason.  We support our software for what it was designed to do.
  35.  
  36. : and i'm surprized since it happens that's exactly what i tried to do but
  37. : no one cared to point at a clear solution for MY MACRO PROBLEM...
  38. :
  39. There are real people at work here.  For some of us, it is our job.  For
  40. others, all participation is voluntary, outside of their real jobs.  The
  41. demands on our time are greater than the time available.  We do our best
  42. to serve the largest number of people in the time we have.
  43.  
  44. If you have bug reports, we welcome them.  If you have questions of
  45. reasonable scope, we try to answer them.  If you have suggestions,
  46. we'll listen to them, but we're not obligated to act on them.  If we
  47. have a hundred thousand users anxiously waiting for some particular new
  48. feature in one of our programs, and one person looking for some other
  49. feature, all else being equal, I think the course is clear.
  50.  
  51. I think most readers of and contributors to this newsgroup enjoy a good
  52. discussion, but if you're trying to accomplish a change in the status
  53. quo, it is usually more effective to:
  54.  
  55.  . Be concise -- nobody has time to read a 500-line posting.
  56.  
  57.  . Reduce problems to the minimum scenario needed to reproduce them.
  58.    Nobody is going to wade through a long script hunting for where
  59.    the problem might be.
  60.  
  61.  . Keep your postings focused.  If you have several topics, make a
  62.    separate posting for each one.
  63.  
  64.  . Try to maintain a good-humored and civil tone.
  65.  
  66. Your complaint about BBS's not supporting a good, or even functional,
  67. Kermit implementation is a familiar one.  We have no power over makers
  68. of BBS software, or over BBS Sysops.  And if you think about it, you
  69. can also understand why we might not have much sympathy for a company
  70. that sells a product that includes a substandard or nonfunction Kermit
  71. implementation -- they get the money, we get the complaints.
  72.  
  73. Nevertheless, we have been doing our best to show the BBS world how
  74. they can improve the situation.  Read, for example, the article on
  75. MS-DOS Kermit and BBS's here:
  76.  
  77.   http://www.columbia.edu/kermit/newsn6.html#bbs
  78.  
  79. It's as true now as it was when it was written nearly 5 years ago.
  80. Send a copy to the Sysops of the BBS's that you use and ask them to
  81. follow the directions, and then your troubles are over.
  82.  
  83. : I also have trouble with some kind of "memory
  84. : low" error - AFTER *SUCCESSIVE ACTUATIONS* of the READING macro...  
  85. : More precisely, i get a "TOO MANY ACTIVE TAKE FILES AND MACROS" message...
  86. :
  87. MS-DOS Kermit and the environment it runs in have memory limitations.
  88. Now, I'm all for the idea of keeping old equipment alive and finding new
  89. uses for it, but when you consider that you can buy an Internet ready
  90. PC with 32 or 64MB of memory today for a fraction of the cost of the
  91. original IBM PC, maybe it's time to look at how much your time is worth.
  92. Kermit 95, which you can run on Windows 95 and higher, is a "large memory
  93. model" version of Kermit that has few noticeable limitations in scripting.
  94. It is a better platform for long and complicated scripts because it has
  95. more capacity for them, because the underlying hardware and OS support
  96. bigger things.
  97.  
  98. ; i'm
  99. : starting to suspect that i must be terminating my macros incorrectly but
  100. : i fail to see how and now i need a precise, tested, WORKING hint.  Would
  101. : somebody be kind enough to RUN THE FOLLOWING SET OF MACROS and then tell
  102. : me what i'm doing wrong???  So far, I ALREADY KNOW that some characters
  103. : pose a problem when found at the end of the line;  "dash" is one...  The
  104. : OBVIOUS TEMPORARY remedy is not to use a hyphen at the end of a line but
  105. : that's not satisfying at all, really!...  Moreover, other characters are
  106. : "forbiden", i'd like to be able to do simple UNFILTERED ~ASCII~ UpLoads!
  107. : 
  108. Here are a couple observations that might be helpful:
  109.  
  110.  1. Dash (hyphen) is the continuation character for commands.  It should
  111.     have no effect when it appears on the end of a line in a data file,
  112.     such as a line obtained with the READ command.  However, there might
  113.     be a bug in MS-DOS Kermit in this area.  We will look into it.
  114.  
  115.  2. The command to use for ASCII uploads is TRANSMIT.  If you use that
  116.     instead of OPEN READ, READ, ..., CLOSE READ, you won't experience
  117.     any interference with the data.
  118.  
  119. - Frank
  120.